home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Software Vault: The Gold Collection
/
Software Vault - The Gold Collection (American Databankers) (1993).ISO
/
cdr28
/
pktdrvs.zip
/
PROMBOOT.NOT
< prev
next >
Wrap
Text File
|
1991-01-30
|
5KB
|
105 lines
It has previously been rather difficult to use packet drivers if your PC
is PROM booted from a network. The first good solution for Novell networks
was described in the Wesleyan report. It was still rather complicated, though.
Then I saw the appended message from John Mann. I have tried it and it is
much easier.
His fix, however, required a special version of each driver to be used for
PROM boot (remote reset i Novell terminology). That's hard to maintain
and would double the size of the packet driver distribution file.
So I have turned his fix into an option at load time. Or rather TWO options.
The -n option converts between Ethernet type 8137 and Novell ISO-like
packets. This is required if you use a standard boot PROM from the
network card manufacturer and use the packet driver IPX from BYU. But
as an added feature you can also use it to run packet drivers without
ECONFIGing the Novell server, which is not always possible.
The -d option delays initialization and is the elegant solution to
make PROM booting work. Because the initialization code must be kept
after loading, the size of the packet driver will increase in this
case. I have however enhanced Johns code by recognising that this code
was at the end of TAIL.ASM, and by moving it to the beginning, I saved
about 1 kbyte. Now the -d option only increases the packet driver size
by 1.5 kbyte.
Typical AUTOEXEC.BAT for DOS 3.x and Novell Netware PROM boot:
echo off
prompt $p$g
keybsv (or any other TSRs you need)
wd8003e -d -n 0x7c 3 0x280 0xd000
ipx
net3
rem < - - - - - - - - - - - this is a long line of spaces - - - - - - - >
rem < - - - - - - - - - - - this is a long line of spaces - - - - - - - >
f:
login
Also copy the above AUTOEXEC.BAT to the SYS:LOGIN directory.
Thats all, folks. Enjoy!
Jan Engvald, Lund University Computing Center
________________________________________________________________________
Address: Box 783 E-mail: xjeldc@ldc.lu.se
S-220 07 LUND Earn/Bitnet: xjeldc@seldc52
SWEDEN (Span/Hepnet: Sweden::Gemini::xjeldc)
Office: Soelvegatan 18 VAXPSI: psi%24020031020720::xjeldc
Telephone: +46 46 107458 (X.400: C=se; A=TeDe; P=Sunet; O=lu;
Telefax: +46 46 138225 OU=ldc; S=Engvald; G=Jan)
Telex: 33533 LUNIVER S
==============================================================================
From lth.se!sunic!mcsun!uunet!cs.utexas.edu!samsung!munnari.oz.au!bruce!monu1!
vaxc!johnm Mon Jun 11 17:03:26 MET DST 1990
In article <399@van-bc.UUCP>, skl@van-bc.UUCP (Samuel Lam) writes:
> By now, thanks to Kelly MacDonald at BYU, we all know how to do
> Ethernet II (Blue Book) Novell over a packet driver and make it
> co-exist with a TCP/IP stack on top of the same packet driver...
>
> The question of the day now is: Does anyone have any insight
> in doing the same with the ordinary 802.3 Novell, so that one
> would not have to involve the Novell servers and other Novell
> nodes on the network just to get TCP/IP and Novell to co-exist
> on one Ethernet interface on a single PC?
I've done it. I modified HEAD.ASM and TAIL.ASM from version 5 of the
packet drivers and use an IPX linked against PDSHELL.OBJ.
I also modified things so that the packet driver doesn't initialize the
Ethernet card until you actually use the packet driver. This works well
with the WD8003E driver, but with the NE1000/Tiara driver it doesn't
show you the Ethernet address until you actually start using the packet
driver. :-(
We had to continue using 802.3 Novell because we needed student PCs to
remote boot (from the Novell fileserver). In the AUTOEXEC.BAT just load
the appropriate packet driver, IPX linked against PDSHELL, NET3, and do
the rest of the things you normally do. No need to have a RAM disk
taking up memory.
In our AUTOEXEC.BAT we also have a program that looks at the signature
in the Ethernet Boot ROM and decides which packet driver to load (with
which IRQ etc.). This means we can have *one* boot image on the server
for all types of cards, and we don't have classrooms full of PCs each
reading BOOTCONF.SYS two bytes at a time ... but that's a different
story.
Please use this code, improve it (it's my only bit of 8*86 coding --
done without a manual), and share it around.
John
< Patches to HEAD.ASM and TAIL.ASM deleted >
--
John Mann, Computer Centre, Monash University, Clayton VIC 3168, Australia
Net: johnm@vaxc.cc.monash.edu.au Ph: +61 3 565 4774 FAX: +61 3 565 4746